— GraphQL — 1 min read
查询GraphQL架构有关它支持的查询的信息通常很有用。 GraphQL允许我们使用内省系统来做到这一点！对于我们的星球大战例子来说，文件starWarsIntrospection-test.js包含许多查询内省系统的查询，并且是一个完整的按照规范实现的测试文件。
我们设计了类型系统，所以我们应该知道系统中可用的类型。但是如果不知道，我们还可以通过查询__schema字段来询问GraphQL。这个字段始终存在于根类型中。
哇哦，这上面输出了很多类型，他们代表什么？让我们对他们进行一下分类：
现在，让我们开始探索系统可用的查询。首先，当设计我们的类型系统时，我们指定了一个起始查询的类型，让内省系统告诉我们起始查询的名字：
返回的结果与类型系统部分中所描述的匹配，Query类型是我们将要开始的地方！ 请注意，这里的命名只是为了方便，我们可以将Query类型命名为其他任何东西，如果我们指定它是查询的起始类型，系统仍然会返回相应的结果。虽然将它命名为Query 是一个比较实用的约定。
让我们来看看Droid类型：
如果我们需要知道更多的关于Droid的信息，比如说其中的一个接口或对象呢？
kind返回一个__TypeKind的枚举类型，值为OBJECT1，如果我们直接查询Character而不在接口里面的话呢？
知道一个对象所包含的所有字段是很常见的需求。所以，让我们继续查询Droid上面的内省系统：
这些就是我们在Droid上面定义的字段！
id看起来有点奇怪，它没有类型的名称。 因为它是一种“封装”的NON_NULL类型。 如果我们查询该字段类型的ofType信息，我们将会得到一个ID类型，告诉我们这是一个非空ID。
相似的，friends和appearsIn也没有类型名，因为他们是一个LIST封装过的类型。我们可以查询他们的ofType信息，我们将会得到一个LIST类型。
让我们在这个非常适合作为一个工具的内省系统特性上结束本教程。让用户向系统本身查询文档！
我们可以使用内省系统访问有关类型系统的文档，并创造一种文档浏览器或富IDE的体验。
这些只是内省系统的冰山一角，我们还可以查询枚举值、一个类型实现的接口等等。 我们甚至可以内省我们的内省系统本身。 该规范在“Introspection”部分中有关于该主题的更多细节，GraphQL.js中的 introspection文件包含规范的代码实现。